사이드/팀 프로젝트를 성공적으로 완성하는 원칙 및 비밀 | 퀘스트에 참여하세요

안녕하세요 렛플에 등록되어있는 프로젝트가 상당히 많은데요.

제가 운영하면서 보았던 프로젝트 그리고 제 개인적인 경험에서 프로젝트를 성공적으로 완수 할 수 있는 방법을 정리해봤습니다.

1. 프로젝트 구성원은 최소한으로

커뮤니케이션 비용라고 들어보셨나요? 의사소통 비용이라고 한글로 번역하기도 하는데요

사전적으로 정의된 내용은 별로 없네요. 사전적 정의 찾으신 분있으시면 알려주세요.

제가 임의로 정의를 해보자면, 
커뮤니케이션 비용은 , 구성원간의 완전하고 충분한 의사소통을 하기위해서 지불해야 하는 비용입니다.

커뮤니케이션 비용은 구성원의 제곱에 비례한다고 알려져 있습니다. 의사결정에 참여할 사람이 많으면 많을수록 , 이 비용은 상당히 높아집니다. 

팀 프로젝트는 , 회사를 다니면서 하시는 분들이 많기 때문에, 

 1) 주말 하루만으로는 충분하게 커뮤니케이션을 하기 사실상 어렵습니다. 

 2) 또한 새롭게 조인되는 분들도 많아서 이분들의 대화 스타일을 아는것도, 솔직한 대화를 하는것도 사실 어렵습니다.
 3) 대화나 토론을 했어도 일주일뒤에 다 까먹을 때도 많고요.

이러한 사유때문에 , 사이드프로젝트에서의 커뮤니케이션 비용은 정말 상상을 초월합니다. 

커뮤니케이션 툴을 이용해서 기록 및 대화를 많이 하는 것도 방법이긴 하지만,

가장 좋은건 구성원을 최소화 하는것이 가장 좋은 방법입니다.

사이드프로젝트를 전업으로 하면 좋겠지만, 우리모두 그게 안된다는 것 아시잖아요

사이드프로젝트는 자신을 포함해서 5명이 넘어가면 좋지 않습니다.

멤버가 5명이 넘어가면

 1) 오프라인/온라인 약속을 잡기가 힘듭니다.

 2) 의사결정 포인트가 너무 늘어나고, 이는 사이드프로젝트 멤버분들의 불만족을 야기합니다.

 3) 의견은 개진하지 않는 소극적 참여자(?)가 나오기 시작합니다.  

그러면 적절한 구성원 몇명인가? 총인원 3~5명입니다.

주제별로 다르긴 하지만, 우리가 엄청난 것을 첨부터 만들려는 것 아니잖아요

조그만 것을 만들고 수정하고 , 그래도 시장이 반응안하면 포기할 수도 있는 것 아닌가요?

인원이 없어서 시간이 더 걸릴 수 있습니다. 그러나 출시 못하는 것보는 훨씬 낫습니다. 

1) 3명

: 개발자에게 가장 부담가는 모델, 개발이외의 부분은 다른 멤버분들이 모두 책임져주셔야 합니다.

• 기획/PM 1명, UIUX디자인 1명, 프론트엔드/백엔드 1명

 - 기획/PM 

   : 화면/서비스/BM 기획을 하면서 , 전체 프로젝트 관리를 해주셔야 합니다.

   : 각 단계별로 방향성을 잡아주셔야 합니다, QA를 기획하고, 기획 변경을 최소화하셔야 합니다.

   : 비용 관리도 하실 수 있어야 합니다. 

 - UI/UX 디자인

   :  전체 컨셉 및 디자인 

   :  UI/UX을 빠르게 만들어주시고, 피드백에 빠르게 대응해주셔야 합니다.

   :  기타 나오는 이슈에 대해 기획분과 일을 나누어서 진행해주셔야 합니다.

 - 프론트엔드/백엔드

  : 요즘에는 가능하신분들 요즘에는 많습니다.

  : 개발업무가 부담가지 않도록 , 개발 스펙을 많이 줄여서 최소한으로 구성하는 것이 중요합니다.

  : 중간에 기획이 변경되거나 디자인이 많이 변경되서는 안됩니다.

2) 4명   

: 변경이나 수정에 조금 더 자유롭습니다. 역할 분화가 가장 잘 되어있는 상태입니다. 
- 기획/PM 1명, UIUX디자인 1명 , 프론트엔드 1명 , 백엔드 1명

프론트엔드/백엔드가 분화되어있기 때문에 조금 더 다양한 기능을 만들 수 있습니다.

다만 개발자간 두명이상 되기 때문에, 개발 문서를 제대로 작성하고, 개발 규칙 등을 정의하고 따르는 문화가 필요합니다.

3) 5명  

: 완전체라고 볼 수 있습니다. 더 이상 멤버를 늘이셔도 효율이 올라가지 않습니다. 

- 기획/PM 1명, UIUX디자인 1명 , 프론트엔드 2명(IOS/Android) , 백엔드 1명

보시면 알겠지만 프론트엔드 개발자만 더 늘어나는 것을 아실 수 있습니다.

프론트가 상당히 할일이 많기 때문에, 백엔드보다는 프론트를 더 뽑아주는게 맞습니다.

이렇게 되면, 서비스의 완성도가 상당히 올라가게 되고, 멀티채널에 대한 대응이 가능해집니다.

5명이 한팀으로 구성되게 되면, 한분 정도가 나가시더라도 기민히 대응이 가능합니다.

2. 기획은 최소한으로 ...(유저의 입력을 줄여라)

유저가 입력을 많이 해야 하는 프로젝트는 시일이 많이 소요됩니다. 

보안적인 요소도 신경을 써야하고, 로그인, 인증 등도 부가적으로 엄청 신경써야 하는 부분이 됩니다.

가장 좋은건 단순 터치/클릭만으로 앱의 과정이 끝나는 기획이 가장 좋습니다.

유저에게 받을 부분은 최소화하고 , 터치 등으로 인터랙션을 모두 잡아주거나 

단순 조회 기능 정도만 제공해줘도 의미하는 프로젝트가 되실 수 있습니다.

유저의 입력이 없으면 서비스가 뭔 의미가 있겠어라고 하시는 분들은, 키오스크를 한번 생각해보세요 , 차량용 네비게이션 생각해보세요 

1) 입력이 많지 않습니다. 거의 모두 터치로 끝나지만 모든 것을 다 하실 수 있죠. 

2) 입력을 넣는 것은 사실 우리가 넣고 싶은거지, 사용자가 원하는게 아닐 수 있습니다.

3) 중간에 기획을 줄이면 줄이되, 늘리지는 마십시오. 간결하고 직관적일 수록 좋은 서비스라고 생각합니다.

3. 일정은 짧게, 오픈에 집중

사람들의 인내심은 그렇게 대단하지 않습니다.

가끔씩 1년이나 2년을 프로젝트 개발한다고 말하시는 분들도 있는데요. 돈 주는 회사도 그정도 하면, 사람들 다 떠납니다.

계절만 지나가도 이게 뭐 하는 건가 회의감을 가지시는 분들도 많습니다. 

3개월단위로 내부에서 사용하실 수 있는 서비스를 만들어내세요

그리고 작은 성공 이벤트(회식 등)를 여세요. 모두가 같이 한 프로젝트라는 것을 상기시키세요 

최종 산출물은 최대 6개월로 잡아라

너무 오픈이 늦어지면 안됩니다. 최종 산출물은 최대 6개월을 목표로 잡으세요 

6개월안에 결과물이 나오지 않는다면

 - 기획이 너무 크거나, 잘못되어서 계속 수정이 되었거나

 - 필요한 사람을 잘 못 모았거나

 - 커뮤니케이션이 잘못되었거나

세가지 중 하나의 실패라고 생각합니다. 

오픈에 집중하고, 변경하고 싶다면 오픈하고 변경해라

처음에 생각했을때는, 이것이면 충분할것이라고 생각했지만, 마음과 생각이 바뀔텐데요.

그렇게 계속 바꾸다간, 팀원은 팀원대로 떠나고, 일정은 일정대로 연기되게 됩니다.

오픈을 먼저 하세요.

오픈했는데, 유저가 실망하면 어떻해라고 생각하시는 분들도 있을텐데요

쿠팡도 10년이 넘은 서비스입니다. 지금의 쿠팡과 10년전 쿠팡은 다른 모습일 것이고, 그때마다 사용자가 기대하는 내용도 다릅니다.

처음의 모습에 실망한 유저도, 나중의 발전된 모습에 열성적인 사용자가 될 수 있습니다.

그리고 생각보다 오픈하자마자 사용자가 미친듯이 들어오지는 않습니다.ㅎㅎ

결론

회사도 일정이 밀리는 마당에 , 사이드프로젝트가 일정 지키기는 사실 쉽지 않습니다

.

1) 다만 구성원의 인원을 3~4명으로 계속 유지하고

2) 기획과 유저의 입력을 최대한 줄이세요.

3) 먼저 오픈에 집중하세요.

위의 세가지만 지키셔도 프로젝트 성공률을 2배이상 올라가실 겁니다.

오늘도 성공적인 프로젝트 되시기 바라겠습니다.